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Summary,  up  front 


•  Navy  warships  are: 

-Complicated 

-  Highly  integrated 

-  Multi-mission 

-  Designed  by  the  Naval  Sea  Systems 
Command  (NAVSEA) 

•  Naval  ship  design  involves: 

-  Large  design  teams 
-Long  design  schedules 
-Complicated  acquisition  procedures 


•  We  are  applying  commercial 
process  modeling  techniques  for: 

-  Better  Management 

-  Process  Improvement 
-Tool  Evaluation 
-Training 
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Warship  Lifecycle 
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Initial  Motivation 


•  We  needed  a  method  for  prioritizing  software  development. 

•  How  should  scarce  resources  for  software  be  spent? 

•  Where  would  the  highest  return  on  investment  be  achieved? 


We  expected  that  a  Ship  Design  Process  Model  would  show: 

•  Where  software  was  currently  used; 

•  Labor  intensive  activities; 

•  Critical  Paths;  and 
•  ROI. 
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Typical  Navy  Surface  Combatant 
DDG  51  Flight  1  Class  Destroyer 

Length  =  505  ft 
Beam  =  59  ft. 

Displacement  =  8,230  Ltons 

Speed  =  30+  knots 

Crew  =  276 

Armament:  Missiles, 
Torpedoes,  Guns,  Helicopters 

We  modeled  the  design  process  for  a  conventional  surface 

combatant  because  it  was: 

Sufficiently  complex,  but  not  as  complex  as  an  aircraft  carrier; 

And  it  fit  our  organizational  priorities. 


http://www.navy.mil/navydata/ships/destroyers/destroyers.asp 
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Navy  Ship  Design  and  Acquisition  Process 


ROM  Design, 

Analysis  of  Alternatives 

Preliminary  Design 

Detail  Design  & 

Technology 

(AoA)s  &  Feasibility 

(PD)  &  Contract 

Construction 

Assessment 

Studies 

Design  (CD) 

(DD&C) 

Exploratory/Concept  Design 


Engineering  Design 


Production  Design 
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An  Integrated  Model  for  the  Entire  Ship  Design  Process 


•  We  built  a  process  model  that  could  show  all 
phases 

•  Initial  efforts  focused  on  Preliminary  Design 

-  Large  number  of  participants 

-  Many  inter-related  activities 

-  High  return  on  investment  for  improvements 
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Interactions  at  all  levels 


•  Exchanges  of  information  occur: 

-Within  Disciplines 

-  Between  Disciplines  in  the  NAVSEA  Organization 

-  Between  NAVSEA  and  NAVSEA  Warfare  Centers 


-With  Contractors  providing  support  at  any  level 

•  Exchanges  of  information  become  more  complex  when 
organizations  are  under  separate  leadership. 

•  Dependencies  between  Activities  =  Implied  Commitments 


•  Timeliness  and  Quality  matter 


“I  didn’t  get  it  in  time.” 


“They  didn’t  give  me 
what  I  needed.” 


“I  don’t  know  who  is 
responsible.” 


A  process  model  defines  commitments,  enabling  effective  management. 
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Our  Process  Modeling  Objective 


•  We  set  out  to  evaluate  and  prioritize  new  software  development. 

•  We  needed: 

-Consistent  understanding  of  where  tools  were  used 
-  Means  for  determining  ROI 

•  Developing  a  process  model  supported  these  objectives,  and 
more  . . . 

•  Our  objectives  expanded: 
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Varied  Understanding  of  Process 


•  We  interviewed  experts  in  specific  technical  areas. 

•  Some  experts  were  not  good  at  explaining  their  processes. 

•  If  you  cannot  explain  your  process,  how  can  you: 

-  Discuss  your  role  on  the  design  team 

-  Ensure  you  meet  your  commitments  /p 

-  Improve  your  process  ■ 

-Teach  others  about  your  process 


We  conducted  semi-annual  workshops  to  bring  experts  together. 


f 


Sponsoring 

Organizations 


V 
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Workshop  Timeframe 


Warrant  Holder  (Expert)  Interviews 

•  28-30  May  2008  Williamsburg,  VA 

•  21-23  October  2008  Cambridge,  MD 

•  31  March  -  2  April  2009  Carderock,  MD 

•  1-4  December  2009  Carderock,  MD 

•  2-4  November  2010  Carderock,  MD 

•  7-8  April  2011  Dahlgren,  VA 

2008  DSM  Conference 

2009  DSM  Conference 

2010  DSM  Conference 
HM&E  Process  Development 
Innovation  Center  Validation 
Combat  System  Process  Development 
Application  in  Support  of  Ship  Design 


Calendar  Years 


2008  2009  2010  2011 


2012 


Discussing  use  of  model  in  support  of  funded  ship  design  projects. 


Goal:  Build  Process  Modeling  Practice  Based  on  Successful  Application. 
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Design  Structure  Matrix  Methods 


•  We  used  Design  Structure  Matrix 
methods  to  capture  process 
definition. 

•  For  info  on  DSM,  see: 
http://www.dsmweb.org/ 

•  Workshop  breakout  sessions: 

-  Experts  brought  together 

-  Process  activities  identified; 
no  need  to  worry  about  order 

-  Dependencies  identified 

-  DSM  put  activities  in  order 

-  Identifies  highly  interrelated  clusters 

-  Experts  modified  activities  until  satisfied 

-  Deliverables  and  other  details  identified 
for  each  dependency 
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Different  People  -  Different  Preferences 


•  We  need  to  view  process  data  in  multiple  formats. 

-  DSM 

-  GANTT  Charts 
-“Boxes  and  Arrows”  (IDEF) 

-Tabulated  Data 

•  The  data  must  be  consistent  in  all  formats. 

•  We  would  like  easy  export  to  other  applications 

-  Excel®  files 
-CSV  files 
-XML 
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Integrated  Process  Model  with  Multiple  Views  &  Interfaces 


Schedules 
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Different  People  -  Different  Preferences 
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Multi-domain  Views  of  Process 


•  It  is  helpful  to  evaluate  a  project  from  multiple  perspectives 

-  Process  Order 

-Work  Breakdown  Structure 
-Organizational  Responsibility 

-  Geographic  Location 

-Software  Tools  or  Other  Resource  Dependency 

•  The  model  being  developed  can  produce  output  organized  by 
domains  of  interest 

•  Examples: 

•  Is  your  project 

-  Division  of  Labor  by  Discipline  collocated  at  the 

-Critical  Path  desired  level? 

-Organizational  Distribution  of  Responsibility  .  |s  there  a  participant 

-  Balance  of  effort  by  Worksites  on  the  Critical  Path 

that  is  remotely 
located? 
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Complexity  &  Comprehension 


•  No  need  to  model  infinite  detail 

•  We  estimated  we  could  comprehend  about  1,000  objects. 

•  Our  Preliminary  Design  Model  is  comprised  of: 

-  ~250  Activities 
-~700  Dependencies 

•  In  practice,  this  has  worked  out  to  be  just  about  right. 

•  Keeping  major  blocks  to  this  size  is  a  good  rule  of  thumb. 

•  Several  blocks  are  modeled. 

•  Other  conventions  are  also  important: 

-Standard  terminology  or  “Lexicon” 

-  Consistent  Terminology  for  Resources 

-  Defined  Start  and  Stop  Activities  (e.g.  Design  Reviews) 
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Lexicon  Hygiene  -  Standardized  Nomenclature  for  Activities 


Process  Simulation 


•  The  PLEXUS  tool  provides  the 
benefit  of  process  simulations. 

-  Explores  trade-offs  between  Cost, 
Schedule,  and  Risk 

-  Risk  is  reduced  by  iteration 

•  We  have  only  recently  fully 
populated  our  model  data  and 
look  forward  to  exploring  the 
potential  of  process 
simulations. 


*  t 
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Some  Lessons  Learned 


*  It  is  difficult  to  improve  processes  you  have  not  defined. 

*  Even  the  best  experts  struggle  to  describe  their 
processes. 

*  COTS  tools  provide  needed  capability. 

*  Use  Appropriate  Level  of  Detail. 

*  Work  at  a  consistent  level  of  detail. 

*  Use  Standard  Lexicon. 

*  A  process  model  provides  means  to  capture  expert 
knowledge. 

*  A  process  model  is  a  training  tool. 
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Other  Plans 


1.  Expanding  the  scope  of  our  model;  working  with  other 
organizations  to: 

•  Capture  their  process  steps 

•  Define  process  dependencies  within  the  domain  of  the  other  agency 

•  Define  inter-dependencies  with  other  agencies 

2.  Relating  products  to  the  high  level  DoD  acquisition  process 

3.  Building  a  “practice” 

•  Not  cost  effective  to  train  everyone  in  use  of  the  model 

•  Establishing  small  group  of  experts  that  assist  in  planning  of  new  ship  design 
projects,  process  improvement,  software  evaluation,  or  training 

•  Naval  Surface  Warfare  Center,  Carderock  Division  (NSWCCD)  is  the  home  for 
this  practice  and  trains  young  naval  engineers. 

4.  Demonstrating  effectiveness  of  model  for  new  ship  designs 

5.  Applying  risk  and  simulation  capabilities 
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Summary 


•  Complex  engineering  projects  benefit  from  process  models 
providing: 

-A  means  for  planning  work 

-A  way  to  evaluate  alternative  processes 

-  ROI  estimates  for  new  software 
-Training  of  new  employees. 

•  Design  Structure  Matrix  methods  can  be  used  to: 

-Capture  process  definition  in  a  facilitation  setting 

-  Provide  insights  into  process  complexity 

-  Explore  multi-domain  relationships 

-  Describe  process  activities  and  dependencies  in  a  compact  format 

•  Commercial  off-the-shelf  process  modeling  software  is  available. 

•  Using  standard  nomenclature  is  recommended. 

•  The  time  and  effort  in  process  modeling  is  worthwhile. 
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APPLICATION  OF  PROCESS  MODELING  TOOLS  TO  SHIP  DESIGN 


Thank  you  very  much. 


dhelgers@csc.com 


IMAVSEA 


NAVAL  SEA  SYSTEMS  COMMAND 
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Warship  Complexity 


Airpor 


Mobile 

and 

survivabl 
e  in  any 
weather 


4,000  to 
5,000  live- 
aboard 
operators 


Nuclear  Power  Plant 


Concept  |  Preliminary  i  Contract  Detailed  Design  &  Construction 


10  to  15  year  process 
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Complex  Process  Interactions 


Mission  Systems  Design  Development 


Many  interactions  at  all  levels. 


Aviation  Systems 


Weapons  Systems 


Combat  Systems 


3- 


£ 


H,M,  &  E  Design  Develop  nent 


Hull  Systems 


Mechanical  Systems 


Electrical  Systems 
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Process  Database  Methods 


•  Process  order  is  important. 

•  Organizational  structure  is  also  important. 

•  Other  factors  to  track: 

-Work  breakdown  structure 
-Geographic  location 
-Software  required 
-  Resources 
-Schedule 

•  Need  to  track  large  amounts  of  data 

•  Prepared  schema  for  process  database 


Planned  to  create  a  tool  to  model  our  process; 
Found  COTS  software  that  met  our  needs. 
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Challenges 


•  Organizational  Resistance 

•  Individual  Resistance 

•  Willingness  and  Ability  to  Support 
Process  Modeling 

•  Lack  of  Current  Process  Definition 

•  Experts  Not  Articulate  about 
Process  Steps 

•  Complexity 

•  Imprecise  or  Ambiguous  Language 

•  Investment 

-  Software  Costs 

-  Indirect  Labor  Costs 

-  Schedule  Availability  &  Priority 


Mitigation  Strategy 

•  Management  Briefings 

•  Management  Priority 

•  Independent  Group  Facilitating 
Process  Modeling 

•  Workshop  Facilitation 

•  Workshop  Facilitation  Provides 
Lexicon  and  Encouragement 

•  Capable  Modeling  Tools 

•  Standard  Definitions  &  Lexicon 

•  Briefing  Key  Managers  to  build 
Support  and  Line  Up  Funding  for 
FY12  and  Beyond 

•  Installing  software  on  server  to 
provide  broader  access. 
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Risk  Risk 
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